home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Dr. Windows 3
/
dr win3.zip
/
dr win3
/
NEW_TECH
/
PT4B15.ZIP
/
pterm.txt
< prev
next >
Wrap
Text File
|
1994-04-09
|
26KB
|
575 lines
P T E R M
Paragon Terminal Application
for Windows NT
Version 0.4bp15
9, April 1994
What's Going on Here?
=====================
This is a beta of Paragon Terminal Application for Windows NT. What's
so great about PTERM? Not much yet, but here is a list of features
available so far:
o Fully threaded, native Win32 application
o Auto Zmodem download/upload with crash recovery and
auto-renaming of incoming files which already exist.
o Fast(er) ANSI (including color!) terminal emulation
o Simple sound support in the form of being able to
specify a [separate] wav file to play for both a
completed download as well as a completed download.
o Console based for speed
o TELNET support
The other valuable feature of PTERM is that as far as I know it is
the only Zmodem capable native, multi-threaded Win32 terminal
application available. It won't be for long, but for now...
Some glaring omissions:
o No Dialer!?!?!
o No annoying "register me now, or die" messages and
purposefully broken features.
o Many other things which you will likely go insane without (but
hang in there, it is my intention to evolve PTERM).
*** Note: Please read the file RELNOTES.TXT before using PTerm. It
contains important information on known bugs and
limitations in this release of PTerm.
About This Manual!
==================
This is the sorriest excuse for manual yet -- but I am anxious to
get this PTerm out to everyone, I'm not a tech-writer, and PTerm
isn't all that compilcated. So if after reading this text you have
the feeling that it was a poorly organized jumble of information,
well, your feeling is correct. What I do hope this manual will do
for you is to give you just enough information to get started using
PTerm. If it doesn't, please email me and I will be happy to answer
your questions (see my addresses below).
Why Would You Do Such a Thing?
==============================
Some months back, I was asked to beta test a C++ based,
multi-platform communications library from a company called Lookout
Mountain Software (William Herrera, owner/author, BBS 719-545-8572).
The best method I could think of for testing this package was to use
it as the core of a terminal application -- and PTERM was born.
William has been extremely sensitive to the problems I found and
enhancements I suggested, and should be commended for authoring such
a stable and comprehensive communications library, which is available
for DOS, Windows, OS/2 and Windows NT. All of the file transfer
protocol code (Zmodem/Ymodem/Xmodem) is Williams, and he has done an
excellent job implementing them (sealink and telink are also included
in the communications library, but not in PTERM -- Xmodem and Ymodem
will be available in the next release of PTERM).
I Didn't Do It, I Swear!
========================
Every precaution has been taken to ensure the safe operation of
PTERM in your Windows NT system. But, come'on, this copy of PTERM
in beta, and I'm warning you of such, so obviously I cannot be
held responsible for any damage done to your system (or psyche) by
PTERM or any interaction involving PTERM. So all I can say is "I
didn't do it!", so don't blame me!
What Do I Need To Use PTerm?
============================
You need an Intel based (Intel Inside sticker optional) PC running
Windows NT (August '93 build or later), with at least one serial port
and a modem attached to that port. Actually, if you just want to use
PTerm for TELNET you won't even need a serial port. However, I do
not recommend using PTerm for any but the simplist of tasks while
telneting.
If someone would like to send me a MIPS R4400 or DEC Alpha AXP, I
will be glad to get PTERM up on those platforms as well <grin>.
Actually, I have had a number of requests for PTerm on the Alpha
(surprisingly none for MIPS). My standard answer is that I don't
have an Alpha machine and that since PTerm is based largely on a
commercial library, I am not in a position to give the source to
someone with an Alpha. This is too bad, but it will have to do for
now...
Alright, What Do You Want For This?
===================================
The list of things I want would be much too large to include in this
document, so you will have to settle for what I need.
What I need, from you, is the following:
o Bug reports (there should be plenty)
o Suggestions (again, no shortage expected here either)
So, please, please inundate me with this information, I promise I
will consider anything submitted (but nothing not submitted).
Whereami?
=========
I can be reached via internet mail at:
urjc!rjc@pcg.com
rjc@pcg.com
roncox@indirect.com
rjc@infograph.com
urjc!rjc@pcg.com
FIDOnet people, try netmail to UUCP at 1:1/31, first line of the
message body:
To: roncox@indirect.com
I plan on finding a reliable FIDOnet system here in town, and when I
do I will post my FIDOnet address for netmail.
You can reach me on Compuserve at:
71722,3175
For slowest response, choose snail-mail:
Ron Cox
ATTN: PTERM
Paragon Consulting Group
4212 West Cactus STE 1110-229
Phoenix, AZ 85029
If you write me, and you have any electronic email address at
all, please let me know what it is, chances are I can get to
you through it -- I am real bad about replying via U.S. Mail.
I'm Getting Sleeeepy...
=======================
I know, I know -- I will make this easy on you (and me) and keep
things real short.
First, a couple of command line switches have been added to PTerm.
They are:
-s
Go straight into the setup dialog. When PTerm is first run
on your system, it will not find a PTERM.INI file to read
configuration from. If you have a COM1, this is no problem
since PTerm will default to COM1 and run, at which point
you can press ALT-S to run through the setup (see below).
However, if you have no COM1, PTerm will complain and then
exit. Passing the '-s' option bypasses the check and lets
you configure PTerm straight away.
-ifile
Since PTerm keeps its setup data in an ini file, I needed
some method of allowing multiple copies of PTerm to run.
PTerm normally defaults to looking for PTERM.INI in the
\WINNT directory. By passing a '-ifile' switch, you can
change which ini file PTerm will use. For instance, if
PTERM.INI sets up PTerm for COM1, and you also want to run
PTerm on COM2, you can copy PTERM.INI to PTERM2.INI and run
PTerm as such:
pterm -ipterm2.ini
Note, the ini files MUST be in the \winnt directory, and
you must pass only the name (not the path) with the '-i'
switch.
As is obvious from the discussion above, PTerm no longer uses
environment variables for configuration! So you can remove them all
from your PT.CMD (or master environment).
PTerm configuration is now done through a set of dialog bo